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PROCEDE DE VERIFICATION DE REGLES SUR LES MODELES UML 

La presente invention a pour objet un precede de verification de 
regies sur les modeles UML. 

Pour verifier le respect des regies d'etablissement de modeles 
UML, il n'existe actuellement aucun outiL Des outils, denommes "Logiscope" 
et « Rules Checker », ne permettent de verifier que le code produit a partir 
du modele, et non pas la specification du modele UML elle-meme. 

La presente invention a pour objet un procede qui permette de 
verifier la qualite d'un modele UML par verification du respect de toutes les 
regies de modelisation . 

Le procede de ['invention est caracterise en ce qu'apres avoir 
etabli un modele, on structure les donnees du modele pour les rendre 
exploitables par I'outil "Model In Action", on fait produire par cet outil un 
fichier de verification et on produit a partir de ce fichier un rapport de 
verification lisible par un utilisateur. 

La presente invention sera mieux comprise a la lecture de la 
description detaillee d'un mode de mise en oeuvre, pris a titre d'exemple non 
limitatif et illustre par le dessin annexe, sur lequel : 

- la figure 1 est un diagramme UML de cas d'utilisation illustrant 
les differents acteurs et cas ^utilisation du procede de I'invention, 

- la figure 2 est un bloc-diagramme illustrant I'architecture du 
procede de I'invention, 

- la figure 3 est une vue d'une interface de verification produite 
selon le procede de Tinvention, 

- la figure 4 est une vue partielle d'un exemple de rapport de 
verification, tel que pouvant etre produit par le procede de Tinvention, et 

- la figure 5 est un exemple d'extrait type du rapport de verification 
pour une regie telle que verifiee par le procede de rinvention. 

Sur le diagramme de la figure 1 , on a represents les deux principaux 
types d'utilisateurs susceptibles d'utiliser le procede de verification de 
invention, a savoir un modeleur UML (1) et un chef de projet (2). Dans un 
cadre (3), delimitant le perimetre des possibilites du procede de ['invention, 
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on a figure les differentes actions permises par ce procede. Ces actions 
sont : verification des regies de generation de code (4), verification de la 
coherence du modele (5), verification de la coherence du code (6), 
verification des regies de modelisation (7), verification de la qualite du 

5 modele (8), recuperation des metriques d'avancement de modelisation (9) et 
recuperation des metriques dimensionnantes du modele UML (10). La 
verification des regies de modelisation se subdivise en deux verifications, qui 
sont: la verification des regies basiques de modelisation (11) et la 
verification des regies parametrables (12). 

10 La supervision des actions 4 a 6 est generalement devolue au 

modeleur 1 , tandis que celle des actions 8 a 1 0 est generalement devolue au 
chef de projet 2, seule Taction 7 ( y compris ses deux composantes 11 et 12 ) 
pouvant etre supervisee par les deux operateurs 1 et 2. 

Sur le diagramme de la figure 2, on a represents, apres Tetape de 

15 modelisation d'un projet (13), par exemple a I'aide d'un outil tel que 
« RHAPSODY », et I'exportation d'un fichier au format XMI (14), les 
principales etapes du procede de Tinvention, mises en oeuvre par un outil 
denomme « UML CHECKER » (15) et qui sont : I'ecriture de scripts (16) pour 
un moteur de generation de fichiers (17), qui est ici I'outil « Model In Action » 

20 (plus simplement denomme « MIA », et realise par la societe 
SODIFRANCE). Les fichiers produits par I'outil (17) sont au format XML (18), 
puis par conversion XSLT (19) transformes au format HTML pour obtenir un 
rapport de verification du modele (20) au format HTML. L'outil « MIA» (17) 
recoit un fichier de parametrage des regies de verification (21) (denomme ici 

25 « parameter.ini » ), constitue par I'utilisateur modeleur. De facon 
avantageuse, I'outil UML-Checker (1 5) comporte egalement des procedures 
(22), au format JAVA pour generer des graphiques (abaques) de verification 
de la qualite du modele ou des scripts VB (23) permettant, le cas echeant, de 
traiter des verifications sur les graphiques des modeles UML(impossible via 

30 la sortie XMI -14). La selection des regies de verifications est commandee 
par I'intermediaire d'une interface graphique en java (24) implementee dans 
I'outil de verification UML-Checker (15) et representee en figure 3. 

De fagon plus detaillee, le procede de Tinvention se deroule de la 

facon suivante : 
35 - I'utilisateur lance le logiciel « RHAPSODY », 
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- u ouvre un modele depuis ce logiciel, 

_ H selectionne depuis ce meme logiciel I'outil de verification de 
I'invention (denomme, comme on le voit sur interface representee sur la 
figure 3, « UML_CHECKER »). 
5 Par I'intermediaire de cette interface, I'utilisateur choisit : 

- le fichier contenant le modele UML desire (au format XMI), dans 
la fenetre "Select a model file", 

- le fichier de parametrage, utile pour certaines regies (fichier 
"parameter/mi" reference (21) en figure 2), dans la fenetre "Select 

10 a parameter file", 

- les regies a verifier, dans ia fenetre "Select the rules to check" 

- le chemin et le nom du fichier de resultat (au format XML), dans la 
fenetre "Select a result file". 

Le fichier de parametrage (parameter.ini) permet a I'utilisateur de 
15 choisir les parametres a prendre en compte pour la verification de certaines 
regies. Par exemple, une regie verifie le nombre de caracteres des attributs 
d'une classe. Si le nombre de caracteres d'un attribut depasse le nombre qui 
se trouve dans le fichier de parametrage, une erreur est signalee dans le 
rapport de verification. 
20 L'utilisateur doit choisir les regies de verification qu'il souhaite 

appliquer a son modele. Les regies sont presentees sous la forme d'un arbre 
classant chaque regie par categorie, comme on peut le voir sur la figure 3. 
Ces categories sont celles mentionnees en reference a la figure 1 et sont 
detaillees ci-dessous. La selection se fait grace a des cases a cocher. 
25 Plusieurs regies peuvent etre selectionnees en meme temps. II est aussi 
possible de selectionner toutes les regies d'une meme categorie en cochant 
dans I'arborescence des regies le noeud du groupe de regies de cette 
categorie. Lorsqu'un utilisateur selectionne une regie, sa description apparaTt 
dans une fenetre situee juste sous la fenetre de selection « Select the rules 

30 to check » de la figure 3. 

Les regies que peut selectionner I'utilisateur sont de sept categories 
differentes (on a mis entre parentheses les references numeriques 
correspondant a celles de la figure 1 ) : 

- regies de specification de ^implementation du modele pour le 
35 generateur de code GEN_UML_C (4) 
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- regies sur la coherence du modele (par exemple pour eviter les 
relations fantomes pouvant etre induites par une mauvaise 
realisation des graphiques UML sous RHAPSODY ») (5), 

- regies sur la coherence du code (par exemple pour verifier que 
5 Tacces aux methodes de toutes les classes est correct ) (6), 

- regies sur la moderation (pour verifier, par exemple, si 
I'interdiction d'heritage multiple est respectee) (7), 

- calcul de metriques ( nombre de classes abstraites par exemple) 

(10), 

10 - calcul de metriques d'avancement de la moderation, pour les 

responsables de projet (9), 

- mesure de la qualite du modele (verification des metriques comme 
la complexity d'une classe par exemple) (8). 



15 Enfin, I'utilisateur choisit un nom de fichier resultat au format XML. 

Uutilisateur peut selectionner un fichier deja existant ou en creer un 
nouveau. On a represents en figure 4 un exemple partiel d'un tel fichier, qui 
est denomme « Rapport de verification » sur cette figure. 

Pour I'outil de verification de invention, I'outil XSLT est utilise pour 

20 transformer le fichier de resultat, qui est en format XML, en document HTML. 
En effet, cet outil permet de transformer dqs documents XML en d'autres 
documents au format XML ou en un autre format approprie, tel que HTML. 
On a represents en figures 4 et 5 un exemple partiel d'un document au 
format HTML pouvant ainsi etre produit Ce document est facilement 

25 exploitable par les utilisateurs. 

Le document represents en figures 4 et 5 se compose de trois 

parties principales : 

- la premiere partie (representee en haut de la figure 4) est I'index 
des regies qui ont ete verifiees. Sur I'exemple de la figure 4, deux 

30 regies liees au generateur de code ont ete verifiees : regie sur les 

agregations et regie sur les « DataTypes » (types de donnees), 

- la deuxieme partie (representee en bas de la figure 4) represente 
la structure du modele UML. Elle permet d'obtenir une vue 
d'ensemble du modele et de faire des verifications visuelles sur sa 
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structure directement dans le rapport sans avoir a ouvrir un editeur 
de modele UML. 

- La troisieme partie (figure 5) constitue le rapport de verification 
proprement dit Pour chaque regie, un paragraphe correspondant 
est cree. II est possible, depuis Tindex des regies, d'acceder 
directement au paragraphe lie a cette regie grace a des hyperliens. 
A la fin de chaque regie, un lien hypertext© permet de revenir en 
haut de la page. Dans I'exemple de la figure 5, le rapport de 
verification concerne les regies de generation de code (« Regie 
GenJJML_C »), et les deux erreurs relevees se rapportent aux 
agregations. SMI n'y a pas d'erreur pour une regie examinee, une 
simple phrase stipule qu'il n'y a pas d'erreur pour cette regie et 
remplace le paragraphe de commentaires et le tableau (figure 5) 
qui n'apparaissent plus dans le rapport. 
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REVENDICATIONS 

1. Precede de verification de regies sur les modeles UML, 
caracterise en ce qu'apres avoir etabli un modele, on 
structure les donnees du modele pour les rendre 
exploitables par I'outil "Model In Action" (« MIA ») , on fait 

5 produire par cet outil un fichier de verification et on produit a 

partir de ce fichier un rapport de verification lisible par un 
utilisateur. 

2. Procede selon la revendication 1 , caracterise en ce que les 
regies verifiees sont Tune au moins des regies relatives : 

10 ■ au generateur de code (4) 

■ a la coherence du modele (5), 

■ a la coherence du code (6), 

■ a la moderation correcte (7), 

■ aux mesures de dimensionnement (10), 

15 ■ aux mesures d'avancement de modelisation (9), 

■ a la qualite du modele (8). 

3. Procede selon la revendication 1 ou 2, caracterise en ce que 
le fichier du modele, etabli au format UML, est exporte au 
format XMI vers I'outil « MIA » . 

20 4. Procede selon Tune des revendications precedentes, 

caracterise en ce que le fichier de rapport produit par I'outil 
« MIA » est au format XML. 

5. Procede selon la revendication 4, caracterise en ce que le 
fichier au format XML produit par I'outil « MIA » est converti au 
25 format XSLT pour etre transforme en un fichier de document 

d'un autre format approprie. 



30 
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HH[x 



Select a model file 



C:\local\laetitia\recette2. 2.xmi 



Select a parameter file 



Select the rules to check 



0fiUML CHECKER 
9"D lH Regies gen_uml_c 
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Q Verification de I'appel des types par defaut 

Ull Regies sur la coherence du code 
[j Acces aux methodes des classes 

-0 0 Utilisation des attributs 
lil Regies de model isation 
111 Mesures de dimensionnement du modele 



Cette regie verifie toutes les agregations. 

Si le tag composition est egal a false alors le tag 

implementation doit etre egal a access-all ou index. 



Select a result file 



C:\local\laetitia\ProjetVERIF_UML\result\solution.xml 



■ ■■ 




Execute 




FIG.3 



WO 2005/069129 



4/4 



PCT/EP2004/053367 



^ UMLChecker 




H 




Fichier Edition Affichage Favoris putils ? 




Adresse C:\local\laetitia\Essai\resultFolder\resultat.xml [ 





Rapport de verification 



Index des regies : 

• Regies GenJUML_C 

o Regie sur les agregations 
o Regie sur les DataTypes 

• Regies sur la coherence du code 

• Regies de mod61isation 

• Mesures de dimensionnement du moddle UML 

• Metriques sur la qualite du modele 

• Metriques d'avancement 



04 ■••••••*»•■ 



Structure du modele: 

£] ProjectDemonstration 
CD Default 

d package 21 
j actor_12 

'0 itsClass_4(class_4) 
.[£] actorJO 

\f\ itsClass_4(class_4) 
| class_4 

§ attribute_Omrsjhfgdks 
/* itsActor_12(actorJ2) 
... /* itsActor_10(actor_10) 
(Interface class_2) 
class 30 



»J J<4 ****** ****** **4tt I 



■ I ItMHMIHtMUIMIHIIHI 



il<iiu..»>Miin»Mi|IM 



FIG.4 



Regie Gen UML C: Verification sur les agregations 



Les agregations suivantes sont incorrectes. 

Le tag Implementation est ni a "access-all" ni a "index". 

Les agregations contenant cette erreur sont les suivantes: 



Nom de la classe 


Nom de Tagregation 


Valeur du tag Implementation 


class_l 1 


ItsClass_7(class_7) 


undefined 
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